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DETAILED ACTION 

1. Claims 1-63 are subject to examination. 

Response to Arguments 

2. Applicants arguments with respect to claims 1-60 have been considered but are moot in 
view of the new ground(s) of rejection. 



Election/Restrictions 

3. Newly submitted claims 61-63 are directed to an invention that is independent or distinct 
from the invention originally claimed (i.e., claims 1-60) for the following reasons: 

Claims 61 - 63 are drawn to utilizing a gateway coupled between a plurality of proxy 
agent managers wherein each of the events, each of the requests include a user identification 
which identifies the respective manager to which the event belong, the managers share a 
singleton Request Service Access Point object, which the originally claimed invention (claims 1- 
60) is lacking. 

Since applicant has received an action on the merits for the originally presented 
invention, this invention has been constructively elected by original presentation for prosecution 
on the merits. The searches for the invention for claims 61-63 would require different search on 
PTO's classification class 709 and subclass 202. Accordingly, claims 61-63 are withdrawn from 
consideration as being directed to a non-elected invention. See 37 CFR 1 .142(b) and MPEP § 
821.03. 
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Double Patenting 

The nonstatutory double patenting rejection is based on a judicially created doctrine 
grounded in public policy (a policy reflected in the statute) so as to prevent the unjustified or 
improper timewise extension of the "right to exclude" granted by a patent and to prevent possible 
harassment by multiple assignees. See In re Goodman, 1 1 F.3d 1046, 29 USPQ2d 2010 (Fed. 
Cir. 1993); In re LongU 759 F.2d 887, 225 USPQ 645 (Fed. Cir. 1985); In re Van Ornum, 686 
F.2d 937, 214 USPQ 761 (CCPA 1982); In re Vogel, 422 F.2d 438, 164 USPQ 619 (CCPA 
1970);and, In re Thorington, 418 F.2d 528, 163 USPQ 644 (CCPA 1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1 .321(c) may be used to 
overcome an actual or provisional rejection based on a nonstatutory double patenting ground 
provided the conflicting application or patent is shown to be commonly owned with this 
application. See 37 CFR 1.130(b). 

Effective January 1, 1994, a registered attorney or agent of record may sign a terminal 
disclaimer. A terminal disclaimer signed by the assignee must fully comply with 37 
CFR 3.73(b). 

4. Claims 1 -60 are rejected under the judicially created doctrine of obviousness-type double 
patenting as being unpatentable over claims 1-39 of copending application, 09/552,984. 
Although the conflicting claims are not identical, they are not patentably distinct from each other 
because the patent teaches all the limitations as disclosed such that the interpretation of usage of 
gateway of a network management system is similar to usage of an event gateway of a network 
management system. The claimed subject matter of claims 1-39 of copending application, 
09/552,984 does not specifically mention about usage of an individual object level and usage of 
SAP. However, JIDM Interaction Translation, Initial Submission to OMG's CORBA/TMN 
Internetworking RFP, Edition, 4.0, February 1998, pages, i-v, 1-1 to 7-132, 9-167 to 9-169 
(Hereinafter CORBA/TMN) discloses the well-known concept of using Individual object level 
and the well-known concept of using SAP, e.g., figures 6-2, 7-8, section 6.1.2, page 6-97. Barry 
et al., 6,615,258 also teaches the well-known concept of using Individual object level, e.g., 
access to individual objects based upon the customer privilege models, col., 15, lines 31 - 62, 
With CORBA/TMN 5 s teachings it would be obvious to one of ordinary skill in the art to include 
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the concept of using Individual object level and the SAP with the claimed subject matter of 
claims 1-39 of copending application, 09/552,984 in order to utilize the benefit provided by 
them. 

This is a provisional obviousness-type double patenting rejection because the conflicting 
claims have not in fact been patented. 

5. Claims 1-60 are rejected under the judicially created doctrine of obviousness-type double 
patenting as being unpatentable over claims 1-44 of U.S. Patent, 6839748. Although the 
conflicting claims are not identical, they are not patentably distinct from each other because the 
patent teaches all the limitations as disclosed such that the interpretation of usage of gateway of a 
network management system is similar to usage of an event gateway of a network management 
system. The claimed subject matter of claims 1-44 of U.S. Patent, 6839748 does not specifically 
mention about usage of Individual object level. However, JIDM Interaction Translation, Initial 
Submission to OMG's CORBA/TMN Internetworking RFP, Edition, 4.0, February 1998, pages, 
i-v, 1-1 to 7-132, 9-167 to 9-169 (Hereinafter CORBA/TMN) discloses the well-known concept 
of using Individual object level and the well-known concept of using SAP, e.g., figures 6-2, 7-8, 
section 6.1.2, page 6-97. Barry et al., 6,615,258 also teaches the well-known concept of using 
Individual object level, e.g., access to individual objects based upon the customer privilege 
models, col., 15, lines 31-62, With CORBA/TMN's teachings it would be obvious to one of 
ordinary skill in the art to include the concept of using Individual object level and the SAP with 
the claimed subject matter of claims 1-44 of U.S. Patent, 6839748 in order to utilize the benefit 
provided by them. 
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6. Claims 1-60 are rejected under the judicially created doctrine of obviousness-type double 
patenting as being unpatentable over claims 1-30 of U.S. Patent, 6813770. Although the 
conflicting claims are not identical, they are not patentably distinct from each other because the 
patent teaches all the limitations as disclosed such that the interpretation of usage of gateway of a 
network management system is similar to usage of an event gateway of a network management 
system. The claimed subject matter of claims 1-30 of U.S. Patent, 6813770 does not specifically 
mention about usage of Individual object level. However, JIDM Interaction Translation, Initial 
Submission to OMG's CORBA/TMN Internetworking RFP, Edition, 4.0, February 1998, pages, 
i-v, 1-1 to 7-132, 9-167 to 9-169 (Hereinafter CORBA/TMN) discloses the well-known concept 
of using Individual object level and the well-known concept of using SAP, e.g., figures 6-2, 7-8, 
section 6.1.2, page 6-97. Barry et al., 6,615,258 also teaches the well-known concept of using 
Individual object level, e.g., access to individual objects based upon the customer privilege 
models, col., 15, lines 31-62, With CORBA/TMN's teachings it would be obvious to one of 
ordinary skill in the art to include the concept of using Individual object level and the SAP with 
the claimed subject matter of claims 1-39 of copending application, 09/552,984 in order to utilize 
the benefit provided by them. 

7. Claims 1-60 are rejected under the judicially created doctrine of obviousness-type double 
patenting as being unpatentable over claims 1-45 of copending application, 09/557,068. 
Although the conflicting claims are not identical, they are not patentably distinct from each other 
because the patent teaches all the limitations as disclosed such that the interpretation of usage of 
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gateway of a network management system is similar to usage of an event gateway of a network 
management system. The claimed subject matter of claims 1-39 of copending application, 
09/557,068 does not specifically mention about usage of Individual object level. However, JIDM 
Interaction Translation, Initial Submission to OMG's CORBA/TMN Internetworking RFP, 
Edition, 4.0, February 1998, pages, i-v, 1-1 to 7-132, 9-167 to 9-169 (Hereinafter 
CORBA/TMN) discloses the well-known concept of using Individual object level and the well- 
known concept of using SAP, e.g., figures 6-2, 7-8, section 6.1.2, page 6-97. Barry et al., 
6,615,258 also teaches the well-known concept of using Individual object level, e.g., access to 
individual objects based upon the customer privilege models, col., 15, lines 31 - 62, With 
CORBA/TMN 's teachings it would be obvious to one of ordinary skill in the art to include the 
concept of using Individual object level and the SAP with the claimed subject matter of claims 1- 
39 of copending application, 09/557,068 in order to utilize the benefit provided by them. 

This is a provisional obviousness-type double patenting rejection because the conflicting 
claims have not in fact been patented. 

8. Claims 1-60 are rejected under the judicially created doctrine of obviousness-type double 
patenting as being unpatentable over claims 1-45 of copending application, 09/552,985. 
Although the conflicting claims are not identical, they are not patentably distinct from each other 
because the patent teaches all the limitations as disclosed such that the interpretation of usage of 
gateway of a network management system is similar to usage of an event gateway of a network 
management system. The claimed subject matter of claims 1-39 of copending application, 
09/552,985 does not specifically mention about usage of Individual object level. However, JIDM 
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Interaction Translation, Initial Submission to OMG's CORBA/TMN Internetworking RFP, 
Edition, 4.0, February 1998, pages, i-v, 1-1 to 7-132, 9-167 to 9-169 (Hereinafter 
CORBA/TMN) discloses the well-known concept of using Individual object level and the well- 
known concept of using SAP, e.g., figures 6-2, 7-8, section 6.1.2, page 6-97. Barry et al., 
6,615,258 also teaches the well-known concept of using Individual object level, e.g., access to 
individual objects based upon the customer privilege models, col., 15, lines 31 - 62, With 
CORBA/TMN's teachings it would be obvious to one of ordinary skill in the art to include the 
concept of using Individual object level and the SAP with the claimed subject matter of claims 1- 
39 of copending application, 09/552, in order to utilize the benefit provided by them. 

This is a provisional obviousness-type double patenting rejection because the conflicting 
claims have not in fact been patented. 

9. Claims 1-60 are rejected under the judicially created doctrine of obviousness-type double 
patenting as being unpatentable over claims 1-34 of U.S. Patent, 6915324. Although the 
conflicting claims are not identical, they are not patentably distinct from each other because the 
patent teaches all the limitations as disclosed such that the interpretation of usage of gateway of a 
network management system is similar to usage of an event gateway of a network management 
system. The claimed subject matter of claims 1-30 of U.S. Patent, 6915324 does not specifically 
mention about usage of Individual object level. However, JIDM Interaction Translation, Initial 
Submission to OMG's CORBA/TMN Internetworking RFP, Edition, 4.0, February 1998, pages, 
i-v, 1-1 to 7-132, 9-167 to 9-169 (Hereinafter CORBA/TMN) discloses the well-known concept 
of using Individual object level and the well-known concept of using SAP, e.g., figures 6-2, 7-8, 
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section 6.1.2, page 6-97. Barry et al., 6,615,258 also teaches the well-known concept of using 
Individual object level, e.g., access to individual objects based upon the customer privilege 
models, col., 15, lines 31 - 62, With CORBA/TMN's teachings it would be obvious to one of 
ordinary skill in the art to include the concept of using Individual object level and the SAP with 
the claimed subject matter of claims 1-30 of U.S. Patent, 6915324 in order to utilize the benefit 
provided by them. 

10. Claims 1-60 are rejected under the judicially created doctrine of obviousness-type double 
patenting as being unpatentable over claims 1-34 of U.S. Patent, 6950935. Although the 
conflicting claims are not identical, they are not patentably distinct from each other because the 
patent teaches all the limitations as disclosed such that the interpretation of usage of gateway of a 
network management system is similar to usage of an event gateway of a network management 
system. The claimed subject matter of claims 1-30 of U.S. Patent, 6950935 does not specifically 
mention about usage of Individual object level. However, JIDM Interaction Translation, Initial 
Submission to OMG's CORBA/TMN Internetworking RFP, Edition, 4.0, February 1998, pages, 
i-v, 1-1 to 7-132, 9-167 to 9-169 (Hereinafter CORBA/TMN) discloses the well-known concept 
of using Individual object level and the well-known concept of using SAP, e.g., figures 6-2, 7-8, 
section 6.1.2, page 6-97. Barry et al., 6,615,258 also teaches the well-known concept of using 
Individual object level, e.g., access to individual objects based upon the customer privilege 
models, col., 15, lines 31-62, With CORBA/TMN's teachings it would be obvious to one of 
ordinary skill in the art to include the concept of using Individual object level and the SAP with 
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the claimed subject matter of claims 1-30 of U.S. Patent, 6950935 in order to utilize the benefit 
provided by them. 

Specification 

The specification is objected to as failing to provide proper antecedent basis for the 
claimed subject matter. See 37 CFR 1.75(d)(1) and MPEP § 608.01(o). Correction of the 
following is required. 

a) The limitations, "object-level access control provided at the individual object 
level so that one of the managers is granted access to one of the managed objects while 
being prevented from interfacing with a different one of the managed objects, if the 
manager access is approved, application uses a request Service Access Point (SAP)" 
(different than the cited arts), of claims 1, 20, 39, 58-60 are not recited in the 
specification. 

1 1 . The title of the invention is not descriptive. A new title is required that is clearly 
indicative of the invention to which the claims are directed. 

The present title is not sufficient for proper classification of the claimed subject matter, as 
the applicant has argued that object-level access control provided at the individual object level so 
that one of the managers is granted access to one of the managed objects while being prevented 
from interfacing with a different one of the managed objects, if the manager access is approved, 
application uses a request Service Access Point (SAP)", is novel than the well-known prior arts. 
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12. The abstract is objected. Some of the informalities are: 

a. The abstract fails to show how "object-level access control provided at the 
individual object level so that one of the managers is granted access to one of the 
managed objects while being prevented from interfacing with a different one of the 
managed objects, if the manager access is approved, application uses a request Service 
Access Point (SAP)", what the applicant has argued to be novel than the well-known 
prior arts including cited references. 

Appropriate correction is required. 



Drawings 

13. New corrected drawings are required in this application because Figures 1 A through 1 5 
do not show claimed invention which the applicant considers novel compared to the cited arts, 
" object-level access control provided at the individual object level so that one of the managers is 
granted access to one of the managed objects while being prevented from interfacing with a 
different one of the managed objects, if the manager access is a pproved, application uses a 
request Service Access Point (SAP)". Applicant is advised to employ the services of a 
competent patent draftsperson outside the Office, as the U.S. Patent and Trademark Office no 
longer prepares new drawings. A proposed drawing correction or corrected drawings are 
required in reply to the Office action to avoid abandonment of the application. The amended 
replacement drawing sheet should include all of the figures appearing on the immediate prior 
version of the sheet, even if only one figure is being amended. The replacement sheet(s) should 
be labeled "Replacement Sheet" in the page header (as per 37 CFR 1.84(c)) so as not to obstruct 
any portion of the drawing figures. If the examiner does not accept the changes, the applicant 
will be notified and informed of any required corrective action in the next Office action. The 
objection to the drawings will not be held in abeyance. 
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Claim Rejections - 35 USC § 103 

14. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

15. Claims 1, 5-7 5 9, 16-17, 20, 24-26, 28, 35-36, 39, 43-45, 47, 54-55, 58-60 are rejected 
under 35 U.S.C. 103(a) as being unpatentable over Barker-Lucent et al. U.S. patent number 
6,363,421, Lucent Technologies (Hereinafter Barker-Lucent) in view of Barry et al., 6,615,258 
(Hereinafter Barry) and JIDM Interaction Translation, Initial Submission to OMG's 
CORBA/TMN Internetworking RFP, Edition, 4.0, February 1998, pages, i-v, 1-1 to 7-132, 9-167 
to 9-169 (Hereinafter CORBA/TMN). 

16. As per claims 1, 20, 39, 58-60, Barker-Lucent teaches the following: 

a network management method / a carrier medium/ system comprising (e.g., col. 1, lines 

27-30), 

a gateway (e.g., an element management server, col.l, lines 27-30) which is coupled to a 
plurality of managed objects (e.g. col. 1, lines 29-36) and which is configured to deliver events 
generated by the managed objects to manager (e.g., col. 1, lines 63-65) or to deliver requests 
generated by the managers to the managed object (e.g., col. 1, lines 63-65); and 

a platform-independent interface to the gateway (e.g., col. 4, lines 37-55), wherein the 
gateway is configurable to communicate with the managers through the platform-independent 
interface to deliver the events or requests (e.g., col. 1, lines 63-65), 
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wherein the gateway is configurable to provide object-level control (e.g., usage of a 
naming service, etc., col., 8, line 53 - col., 9, line 19, col., 7, lines 47 - 63), between the 
managers (e.g., col., 8, line 53 - col., 9, line 19) and the managed objects (e.g., col, 8, line 53 - 
col., 9, line 19) to send the requests to the managed objects (e.g., col, 8, line 53 - col., 9, line 
19), 

sending an identity of a user of a manager application to a gateway (e.g., col., 8, line 53 - 
col., 9, line 19, col., 7, lines 47 - 63), 

determine on a managed object level whether or not the manager application (e.g., col., 8, 
line 53 - col., 9, line 19, col., 7, lines 47 - 63) is allowed to receive an event generated by one of 
plurality of managed objects (e.g., col., 8, line 53 - col., 9, line 19, col., 7, lines 47 - 63) or to 
send a request to the one of the plurality of managed objects (e.g., col., 8, line 53 - col., 9, line 
19, col., 7, lines 47 - 63) as a function of the identity of the user of the manager application (e.g., 
col, 8, line 53 - col., 9, line 19, col., 7, lines 47 - 63), whereby access for the manager 
application to send the request is approved or denied for said managed object (e.g., col., 8, line 
53 - col., 9, line 19, col., 7, lines 47 - 63). 

delivering the event to the manager application or the request to the managed object if the 
manager access is approved (e.g., col, 8, line 53 - col., 9, line 19, col, 7, lines 47 - 63). 

However, Barker-Lucent does not specifically mention about individual object level. 

Barry discloses the well-known concept of usage at individual object level (e.g., access to 
individual objects based upon the customer privilege models, col., 15, lines 31 - 62). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Barker-Lucent with the teachings of Barry in order to 
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facilitate usage at individual object level because the concept of accessing individual object level 
would enhance supporting event / request by the object. 

Barker-Lucent and Bowman do not specifically mention about access control so that one 
of the managers is granted access (e.g., usage of service access point, figure 7-8, page 7-119) to 
one of the managed objects while being prevented from interfacing with a different one of the 
managed objects (e.g., figure 6-9, section 6.2.4, page 6-105, figure 6-6, page 6-101, figure 7-5, 
section 7.1.5., page 7-115). 

However, CORBA/TMN discloses well-known concept of access control (e.g., page 4 - 
62) so that one of the managers is granted access (e.g., usage of service access point, figure 7-8, 
page 7-119) to one of the managed objects while being prevented from interfacing with a 
different one of the managed objects (e.g., figure 6-9, section 6.2.4, page 6-105, figure 6-6, page 
6-101, figure 7-5, section 7.1.5., page 7-115) and the usage of a request Service Access Point 
(SAP) (e.g., e.g., figures 6-2, 7-8, section 6.1.2, page 6-97). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Barker-Lucent and Barry with the teachings of 
CORBA/TMN in order to facilitate access control so that one of the managers is granted access 
to one of the managed objects while being prevented from interfacing with a different one of the 
managed objects because the concept of accessing a single object would enhance supporting 
event / request for the particular object. The prevention of not accessing the other object when 
accessing the object would enhance supporting event / request specific to the object and not in 
common with the other object. 
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17. As per claims 5, 24 and 43, Barker-Lucent, Barry and CORBA/TMN disclose the 
claimed limitations as rejected above. Barker-Lucent also teaches the following: 

the events or requests are delivered by the gateway through the platform-independent 
interface according to Internet Inter-Object Protocol (HOP) (e.g., use of HOP protocol, col. 9, 
lines 15-19). 

18. As per claims 6-7, 25-26 and 44-45, Barker-Lucent, Barry and CORBA/TMN disclose 
the claimed limitations as rejected above. Barker-Lucent also teaches the following: 

the platform-independent interface to the gateway is expressed in an interface definition 
language (e.g., use of interface description language (IDL), col. 39, lines 1-15, figure 15), and 
wherein the interface definition language comprises a language for defining interfaces to the 
managed objects across a plurality of platforms and across a plurality of programming languages 
(e.g., IDL is used to describe any resource or service a server component wants to expose to its 
clients without regard to its implementation language or operating system, col. 39, lines 1-15, 
figure 15), 

the interface definition language comprises OMG IDL (e.g., use of object management 
group (OMG) IDL, col. 7, lines 1-30). 

19. As per claims 9, 28 and 47, Barker-Lucent, Barry and CORBA/TMN disclose the 
claimed limitations as rejected above. Barker-Lucent also teaches the following: 

the managed objects comprise an object corresponding to a telecommunications device 
(e.g., col., 2, line 49 - col., 3, line 40). 
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20. As per claims 16-17, 35-36 and 54-55, Barker-Lucent, Barry and CORBA/TMN disclose 
the claimed limitations as rejected above. Barker-Lucent also teaches the following: 

the requests comprise a query for information concerning the managed object (e.g., col. 
40, lines 27-38), 

the requests comprise a command to set parameter of the managed object (e.g., col. 40, 
lines 27-38). 

21. Claims 8, 27, 46 are rejected under 35 U.S.C. 103(a) as being unpatentable over Barker- 
Lucent, Barry and CORBA/TMN in view of "Official Notice". 

22. As per claims 8, 27 and 46, Barker-Lucent, Barry and CORBA/TMN disclose the 
claimed limitations as rejected above. However, Barker-Lucent, Barry and CORBA/TMN do 
not specifically mention about object corresponding to a telephone network. "Official Notice" is 
taken that both the concept and advantages of providing object corresponding to a telephone 
network is well known and expected in the art. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include object corresponding to a telephone network with the teachings of Barker- 
Lucent, Barry and CORBA/TMN in order to facilitate usage of object corresponding to a 
telephone network because the object corresponding to a telephone network would support 
information related to the telephone network. The gateway would help utilize the information. 
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23. Claims 2-4, 10, 21-23, 29, 40-42, 48 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Barker-Lucent, Barry and CORBA/TMN in view of Olden, 6,460,141, RSA 
Security Inc., (Hereinafter Olden-RSA-Security). 

24. As per claims 2-4, 21-23 and 40-42, Barker-Lucent, Barry and CORBA/TMN disclose 
the claimed limitations as rejected above. Barker-Lucent also teaches the gateway is configurable 
to determine whether each of the managers can communicate with each of the managed objects, 
receive the events from the managed objects / managed object generating the event (e.g., col. 8, 
lines 31-54). 

However, Barker-Lucent, Barry and CORBA/TMN do not specifically mention about 
authorization as a function of the identity of the managed object / user Ids entered by users of the 
managers. 

Olden-RSA-Security discloses the well-known concept of authorization (e.g., abstract) as 
a function of the identity of the managed object (e.g., col., 9, lines 2 - 34) / user IDs entered by 
users of the managers (e.g., col., 25, lines 5 - col., 26, line 28, col., 7, lines 31 - 57). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Barker-Lucent, Barry and CORBA/TMN with the 
teachings of Olden-RSA-Security in order to facilitate authorization as a function of the identity 
of the managed object / user Ids entered by users of the managers because the authorization 
would enhance verifying that the managed object is been accessed by the valid manager and not 
the unauthorized manager. The User IDs of the users and the identity of the managed object 
would help support providing authorization functionality. 
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25. As per claims 10, 29 and 48, Barker-Lucent, Barry and CORBA/TMN disclose the 
claimed limitations as rejected above. Barker-Lucent also teaches the gateway is configurable to 
provide audit trails (e.g., col., 17, line 27 - col., 18, line 67). 

However, Barker-Lucent, Barry and CORBA/TMN do not specifically mention about 
security information. 

Olden-RSA-Security discloses the well-known concept of usage of security information 
(e.g., abstract, e.g., col., 29, lines 1 - 58). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Barker-Lucent, Barry and CORBA/TMN with the 
teachings of Olden-RSA-Security in order to facilitate usage of security because the security 
information would enhance keeping track of the activities that occur with the information related 
to handled objects. The audit information would be available in future. 

26. Claims 11-15, 30-34 and 49-53, are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Barker-Lucent, Barry, CORBA/TMN and Olden-RSA-Security in view of 
"Official Notice". 

27. As per claims 1 1-15, 30-34 and 49-53, Barker-Lucent, Barry, CORBA/TMN and Olden- 
RSA-Security disclose the claimed limitations as rejected above. 

Barker-Lucent also teaches the gateway providing logging (e.g., col., 1 1, lines 18-60, 
col., 17, line 33 - col., 18, line 9, col, 41, line 63 - col., 42, line 53), to log user information that 
sends each request (e.g., col., 1 1, lines 18-60, col., 17, line 33 - col., 18, line 9, col., 41, line 63 
- col., 42, line 53), to log information of the managed object that is the source of each event 
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(e.g., col., 1 1, lines 18-60, col., 17, line 33 - col., 18, line 9, col., 41, line 63 - col., 42, line 53), 
to log a time at which each event is generated / delivered (e.g., col., 1 1, lines 18-60, col. 17, 
line 33 - col, 18, line 9, col., 41, line 63 - col., 42, line 53, col, 31, lines 15 - col., 43, col., 39, 
line 24 - col., 40, line 29, col., 23, line 55 - col., 24, line 10). 

However, Barker-Lucent, Barry, CORBA/TMN and Olden-RSA-Security do not 
specifically mention about providing access to a logging service, to log an ID of a user, to log an 
ID of the object. 

"Official Notice" is taken that both the concept and advantages of providing access to a 
logging service, to log an ID of a user, to log an ID of the object is well known and expected in 
the art. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include providing access to a logging service, to log an ID of a user, to log an ID of 
the object with the teachings of Barker-Lucent, Barry, CORBA/TMN and Olden-RSA-Security 
in order to facilitate usage of access to a logging service, to log an ID of a user, to log an ID of 
the object because the accessing would enhance utilizing the logging service. The ID of the user 
and the object would help enhance logging information regarding the user and the object. 

28. Claims 18, 37 and 56 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Barker-Lucent, Barry and CORBA/TMN in view of Hearne et al., 2001/00521 13 (Hereinafter 
Hearne) in view of Solstice Enterprise Manager 4.1 Managing your network, Chapter 1, 
08/1 6/1 998, pages 1 -27, SUN (Hereinafter SUN). 
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29. As per claims 18, 37 and 56, Barker-Lucent, Barry and CORBA/TMN disclose the 
claimed limitations as rejected above. 

Barker-Lucent also teaches the requests are converted from one format to another format 
prior to delivery to the managed objects (e.g., usage of CORBA, IDL/IIOP, etc., col., 21, line 46 
- col., 22, line 59). 

However, Barker-Lucent, Barry, CORBA/TMN and Olden-RSA-Security do not 
specifically mention about conversion from the interface definition language to a platform- 
specific format. 

Hearne discloses the well-known concept of conversion from the interface definition 
language to a platform-specific format (e.g., abstract, paragraph 58 - 62). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Barker-Lucent, Barry, CORBA/TMN and Olden-RSA- 
Security with the teachings of Hearne in order to facilitate conversion from the interface 
definition language to a platform-specific format because the conversion would enhance 
supporting information in a platform-specific format. The converted information from the 
interface definition language would support communication between two entities. 

However, Barker-Lucent, Barry, CORBA/TMN, Olden-RSA-Security and Hearne do not 
specifically mention about Portable Management Interface (PMI). 

SUN discloses the well-known usage of Portable Management Interface (PMI) (e.g., 
figure 1-1, page 5). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Barker-Lucent, Barry, CORBA/TMN, Olden-RSA- 
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Security and Hearne with the teachings of SUN in order to facilitate usage of well-known usage 
of Portable Management Interface (PMI) because the platform-specific format being PMI would 
enhance the managed object to utilize the format structure of PMI for communication with 
another entity. The object would benefit implementation of information using PMI format for 
sending event and/or receiving request. 

30. Claims 19, 38 and 57, are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Barker-Lucent, Barry and CORBA/TMN in view of Hearne et al., 2001/00521 13 (Hereinafter 
Hearne). 

31. As per claims 19, 38 and 57, Barker-Lucent, Barry and CORBA/TMN disclose the 
claimed limitations as rejected above. 

Barker-Lucent also teaches the requests are converted from one format to another format 
prior to delivery to the managed objects (e.g., usage of CORBA, IDL/IIOP, etc., col., 21, line 46 
- col, 22, line 59). 

However, Barker-Lucent, Barry, CORBA/TMN and Olden-RSA-Security do not 
specifically mention about conversion from the interface definition language to a platform- 
specific format. 

Hearne discloses the well-known concept of conversion from the interface definition 
language to a platform-specific format (e.g., abstract, paragraph 58 - 62). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Barker-Lucent, Barry, CORBA/TMN and Olden-RSA- 
Security with the teachings of Hearne in order to facilitate conversion from the interface 
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definition language to a platform-specific format because the conversion would enhance 
supporting information in a platform-specific format. The converted information from the 
interface definition language would support communication between two entities. 

32. Claims 1, 5-7, 9, 16-17, 20, 24-26, 28, 35-36, 39, 43-45, 47, 54-55, 58-60 are rejected 
under 35 U.S.C. 103(a) as being unpatentable over Barker-Lucent in view of Barry et al., 
6,615,258 (Hereinafter Barry) and Buckle et al., (Hereinafter Buckle). 

33. As per claims 1, 20, 39, 58-60, Barker-Lucent teaches the following: 

a network management method / a carrier medium/ system comprising (e.g., col. 1, lines 

27-30), 

a gateway (e.g., an element management server, col.l, lines 27-30) which is coupled to a 
plurality of managed objects (e.g. col. 1, lines 29-36) and which is configured to deliver events 
generated by the managed objects to manager (e.g., col. 1, lines 63-65) or to deliver requests 
generated by the managers to the managed object (e.g., col. 1, lines 63-65); and 

a platform-independent interface to the gateway (e.g., col. 4, lines 37-55), wherein the 
gateway is configurable to communicate with the managers through the platform-independent 
interface to deliver the events or requests (e.g., col. 1, lines 63-65), 

wherein the gateway is configurable to provide object-level control (e.g., usage of a 
naming service, etc., col., 8, line 53 - col., 9, line 19, col., 7, lines 47 - 63), between the 
managers (e.g., col., 8, line 53 - col., 9, line 19) and the managed objects (e.g., col., 8, line 53 - 
col, 9, line 19) to send the requests to the managed objects (e.g., col., 8, line 53 - col., 9, line 
19), 
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sending an identity of a user of a manager application to a gateway (e.g., col., 8, line 53 - 
col, 9, line 19, col, 7, lines 47 - 63), 

determine on a managed object level whether or not the manager application (e.g., col., 8, 
line 53 - col., 9, line 19, col., 7, lines 47 - 63) is allowed to receive an event generated by one of 
plurality of managed objects (e.g., col., 8, line 53 - col., 9, line 19, col., 7, lines 47 - 63) or to 
send a request to the one of the plurality of managed objects (e.g., col., 8, line 53 - col., 9, line 
19, col., 7, lines 47 - 63) as a function of the identity of the user of the manager application (e.g., 
col., 8, line 53 - col., 9, line 19, col., 7, lines 47 - 63), whereby access for the manager 
application to send the request is approved or denied for said managed object (e.g., col., 8, line 
53 - col, 9, line 19, col., 7, lines 47 - 63). 

delivering the event to the manager application or the request to the managed object if the 
manager access is approved (e.g., col., 8, line 53 - col, 9, line 19, col., 7, lines 47 - 63). 

However, Barker-Lucent does not specifically mention about individual object level and 

SAP. 

Barry discloses the well-known concept of usage at individual object level and the usage 
of request SAP (e.g., access to individual objects based upon the customer privilege models, col., 
15, lines 31 -62). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Barker-Lucent with the teachings of Barry in order to 
facilitate usage at individual object level because the concept of accessing individual object level 
would enhance supporting event / request by the object. 
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Barker-Lucent and Bowman do not specifically mention about access control so that one 
of the managers is granted access (e.g., usage of service access point, figure 7-8, page 7-119) to 
one of the managed objects while being prevented from interfacing with a different one of the 
managed objects (e.g., figure 6-9, section 6.2.4, page 6-105, figure 6-6, page 6-101, figure 7-5, 
section 7.1.5., page 7-115). 

However, Buckle discloses well-known concept of access control so that one of the 
managers is granted access to one of the managed objects while being prevented from interfacing 
with a different one of the managed objects (e.g., figures 2-10, 12-15, col., 3, lines 46 - col., 4, 
line 41). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Barker-Lucent and Barry with the teachings of Buckle in 
order to facilitate access control so that one of the managers is granted access to one of the 
managed objects while being prevented from interfacing with a different one of the managed 
objects because the concept of accessing a single object would enhance supporting event / 
request for the particular object. The prevention of not accessing the other object when 
accessing the object would enhance supporting event / request specific to the object and not in 
common with the other object. 

34. As per claims 5, 24 and 43, Barker-Lucent, Barry and Buckle disclose the claimed 
limitations as rejected above. Barker-Lucent also teaches the following: 
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the events or requests are delivered by the gateway through the platform-independent 
interface according to Internet Inter-Object Protocol (HOP) (e.g., use of HOP protocol, col. 9, 
lines 15-19). 

35. As per claims 6-7, 25-26 and 44-45, Barker-Lucent, Barry and Buckle disclose the 
claimed limitations as rejected above. Barker-Lucent also teaches the following: 

the platform-independent interface to the gateway is expressed in an interface definition 
language (e.g., use of interface description language (IDL), col. 39, lines 1-15, figure 15), and 
wherein the interface definition language comprises a language for defining interfaces to the 
managed objects across a plurality of platforms and across a plurality of programming languages 
(e.g., IDL is used to describe any resource or service a server component wants to expose to its 
clients without regard to its implementation language or operating system, col. 39, lines 1-15, 
figure 15), 

the interface definition language comprises OMG IDL (e.g., use of object management 
group (OMG) IDL, col. 7, lines 1-30). 

36. As per claims 9, 28 and 47, Barker-Lucent, Barry and Buckle disclose the claimed 
limitations as rejected above. Barker-Lucent also teaches the following: 

the managed objects comprise an object corresponding to a telecommunications device 
(e.g., col., 2, line 49 - col., 3, line 40). 
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37. As per claims 16-17, 35-36 and 54-55, Barker-Lucent, Barry and Buckle disclose the 
claimed limitations as rejected above. Barker-Lucent also teaches the following: 

the requests comprise a query for information concerning the managed object (e.g., col. 
40, lines 27-38), 

the requests comprise a command to set parameter of the managed object (e.g., col. 40, 
lines 27-38). 

38. Claims 8, 27, 46 are rejected under 35 U.S.C. 103(a) as being unpatentable over Barker- 
Lucent, Barry and Buckle in view of "Official Notice". 

39. As per claims 8, 27 and 46, Barker-Lucent, Barry and Buckle disclose the claimed 
limitations as rejected above. However, Barker-Lucent, Barry and Buckle do not specifically 
mention about object corresponding to a telephone network. "Official Notice" is taken that both 
the concept and advantages of providing object corresponding to a telephone network is well 
known and expected in the art. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include object corresponding to a telephone network with the teachings of Barker- 
Lucent, Barry and Buckle in order to facilitate usage of object corresponding to a telephone 
network because the object corresponding to a telephone network would support information 
related to the telephone network. The gateway would help utilize the information. 
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40. Claims 2-4, 10, 21-23, 29, 40-42, 48 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Barker-Lucent, Barry and Buckle in view of Olden, 6,460,141, RSA Security 
Inc., (Hereinafter Olden-RSA-Security). 

41 . As per claims 2-4, 21-23 and 40-42, Barker-Lucent, Barry and Buckle disclose the 
claimed limitations as rejected above. Barker-Lucent also teaches the gateway is configurable to 
determine whether each of the managers can communicate with each of the managed objects, 
receive the events from the managed objects / managed object generating the event (e.g., col. 8, 
lines 31-54). 

However, Barker-Lucent, Barry and Buckle do not specifically mention about 
authorization as a function of the identity of the managed object / user Ids entered by users of the 
managers. 

Olden-RSA-Security discloses the well-known concept of authorization (e.g., abstract) as 
a function of the identity of the managed object (e.g., col., 9, lines 2 - 34) / user IDs entered by 
users of the managers (e.g., col., 25, lines 5 - col., 26, line 28, col., 7, lines 31 - 57). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Barker-Lucent, Barry and Buckle with the teachings of 
Olden-RSA-Security in order to facilitate authorization as a function of the identity of the 
managed object / user Ids entered by users of the managers because the authorization would 
enhance verifying that the managed object is been accessed by the valid manager and not the 
unauthorized manager. The User IDs of the users and the identity of the managed object would 
help support providing authorization functionality. 
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42. As per claims 10, 29 and 48, Barker-Lucent, Barry and Buckle disclose the claimed 
limitations as rejected above. Barker-Lucent also teaches the gateway is configurable to provide 
audit trails (e.g., col., 17, line 27 - col., 18, line 67). 

However, Barker-Lucent, Barry and Buckle do not specifically mention about security 
information. 

Olden-RSA-Security discloses the well-known concept of usage of security information 
(e.g., abstract, e.g., col, 29, lines 1 - 58). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Barker-Lucent, Barry and Buckle with the teachings of 
Olden-RSA-Security in order to facilitate usage of security because the security information 
would enhance keeping track of the activities that occur with the information related to handled 
objects. The audit information would be available in future. 

43. Claims 1 1-15, 30-34 and 49-53, are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Barker-Lucent, Barry, Buckle and Olden-RSA-Security in view of "Official 
Notice". 

44. As per claims 11-15, 30-34 and 49-53, Barker-Lucent, Barry, Buckle and Olden-RSA- 
Security disclose the claimed limitations as rejected above. 

Barker-Lucent also teaches the gateway providing logging (e.g., col., 11, lines 18-60, 
col, 17, line 33 - col., 18, line 9, col., 41, line 63 - col., 42, line 53), to log user information that 
sends each request (e.g., col., 11, lines 18-60, col, 17, line 33 - col., 18, line 9, col., 41, line 63 
- col., 42, line 53), to log information of the managed object that is the source of each event 
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(e.g., col., 1 1, lines 18-60, col., 17, line 33 - col., 18, line 9, col., 41, line 63 - col., 42, line 53), 
to log a time at which each event is generated / delivered (e.g., col., 11, lines 18-60, col. 17, 
line 33 - col., 18, line 9, col., 41, line 63 - col, 42, line 53, col., 31, lines 15 - col, 43, col., 39, 
line 24 - col., 40, line 29, col., 23, line 55 - col., 24, line 10). 

However, Barker-Lucent, Barry, Buckle and Olden-RSA-Security do not specifically 
mention about providing access to a logging service, to log an ID of a user, to log an ID of the 
object. 

"Official Notice" is taken that both the concept and advantages of providing access to a 
logging service, to log an ID of a user, to log an ID of the object is well known and expected in 
the art. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include providing access to a logging service, to log an ID of a user, to log an ID of 
the object with the teachings of Barker-Lucent, Barry, Buckle and Olden-RSA-Security in order 
to facilitate usage of access to a logging service, to log an ID of a user, to log an ID of the object 
because the accessing would enhance utilizing the logging service. The ID of the user and the 
object would help enhance logging information regarding the user and the object. 

45. Claims 18, 37 and 56 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Barker-Lucent, Barry and Buckle in view of Hearne et al., 2001/00521 13 (Hereinafter Hearne) in 
view of Solstice Enterprise Manager 4.1 Managing your network, Chapter 1, 08/16/1998, pages 
1-27, SUN (Hereinafter SUN). 
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46. As per claims 1 8, 37 and 56, Barker-Lucent, Barry and Buckle disclose the claimed 
limitations as rejected above. 

Barker-Lucent also teaches the requests are converted from one format to another format 
prior to delivery to the managed objects (e.g., usage of CORBA, IDL/IIOP, etc., col, 21, line 46 
-col., 22, line 59). 

However, Barker-Lucent, Barry, Buckle and Olden-RSA-Security do not specifically 
mention about conversion from the interface definition language to a platform-specific format. 

Hearne discloses the well-known concept of conversion from the interface definition 
language to a platform-specific format (e.g., abstract, paragraph 58 - 62). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Barker-Lucent, Barry, Buckle and Olden-RSA-Security 
with the teachings of Hearne in order to facilitate conversion from the interface definition 
language to a platform-specific format because the conversion would enhance supporting 
information in a platform-specific format. The converted information from the interface 
definition language would support communication between two entities. 

However, Barker-Lucent, Barry, CORBA/TMN, Olden-RSA-Security and Hearne do not 
specifically mention about Portable Management Interface (PMI). 

SUN discloses the well-known usage of Portable Management Interface (PMI) (e.g., 
figure 1-1, page 5). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Barker-Lucent, Barry, CORBA/TMN, Olden-RSA- 
Security and Hearne with the teachings of SUN in order to facilitate usage of well-known usage 
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of Portable Management Interface (PMI) because the platform-specific format being PMI would 
enhance the managed object to utilize the format structure of PMI for communication with 
another entity. The object would benefit implementation of information using PMI format for 
sending event and/or receiving request. 

47. Claims 19, 38 and 57, are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Barker-Lucent, Barry and Buckle in view of Hearne et al., 2001/00521 13 (Hereinafter Hearne). 

48. As per claims 19, 38 and 57, Barker-Lucent, Barry and Buckle disclose the claimed 
limitations as rejected above. 

Barker-Lucent also teaches the requests are converted from one format to another format 
prior to delivery to the managed objects (e.g., usage of CORBA, IDL/IIOP, etc., col., 21, line 46 
-col., 22, line 59). 

However, Barker-Lucent, Barry, Buckle and Olden-RSA-Security do not specifically 
mention about conversion from the interface definition language to a platform-specific format. 

Hearne discloses the well-known concept of conversion from the interface definition 
language to a platform-specific format (e.g., abstract, paragraph 58 - 62). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Barker-Lucent, Barry, Buckle and Olden-RSA-Security 
with the teachings of Hearne in order to facilitate conversion from the interface definition 
language to a platform-specific format because the conversion would enhance supporting 
information in a platform-specific format. The converted information from the interface 
definition language would support communication between two entities. 
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Claim Rejections - 35 USC § 102 
The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the basis 
for the rejections under this section made in this Office action: 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 351(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was published under Article 21(2) of such treaty in the English language. 



49. Claims 1-6, 8-11, 16, 17, 20-25, 27-30, 35, 36, 39-44, 46-49, 54, 55, 58-60 are rejected 
under 35 U.S.C. 102(e) as being anticipated by Vuong et al. U.S. patent number 6,430,578 
(Hereinafter Vuong). 

50. As per claims 1, 20, 39, 58-60, Vuong teaches the following: 

a network management method / a carrier medium/ system comprising (e.g., col., 5, lines 
57 - col., 6, line 23), 

a gateway which is coupled to a plurality of managed objects and which is configured to 
deliver events generated by the managed objects to manager (e.g., col., 5, lines 57 - col., 6, line 
23), or to deliver requests generated by the managers to the managed object (e.g., col., 5, lines 57 
- col., 6, line 23), and 

a platform-independent interface to the gateway (e.g., col., 2, lines 1 - 26), wherein the 
gateway is configurable to communicate with the managers through the platform-independent 
interface to deliver the events or requests (e.g., col., 4, lines 40 - 67); 
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wherein the gateway is configurable to provide object-level control (e.g., col., 2, line 26 - 
52, col.,6, lines 42 - 59), between the managers and the managed objects to send the requests to 
the managed objects (e.g., col., 2, line 26 - 52, col.,6, lines 42 - 59), 

sending an identity of a user of a manager application to a gateway (e.g., col., 5, lines 4 - 

27), 

determine on a managed object level whether or not the manager application (e.g., col, 7, 
lines 9 - 32), is allowed to receive an event generated by one of plurality of managed objects 
(e.g., col., 7, lines 9 - 32), or to send a request to the one of the plurality of managed objects 
(e.g., col., 7, lines 9 - 32), as a function of the identity of the user of the manager application 
(e.g., col, 8, lines 21 - 42); whereby access for the manager application to send the request is 
approved or denied for said managed object (e.g., col., 7, lines 2 - 26) and the usage of request 
SAP (e.g., col., 7, lines 2 - 26), 

delivering the event to the manager application or the request to the managed object if the 
manager access is approved (e.g., col., 7, lines 2 - 26), 

individual object level and access control (e.g., col., 2, line 26 - 52, col.,6, lines 42 - 59), 
so that one of the managers is granted access to one of the managed objects while being 
prevented from interfacing with a different one of the managed objects (e.g., col., 2, line 26 - 52, 
col.,6, lines 42 - 59). 



51. 



As per claims 2-4, 21-23 and 40-42, Vuong also teaches the following: 
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the gateway is configurable to determine whether each of the managers can communicate 
with each of the managed objects, receive the events from the managed objects / managed object 
generating the event (e.g., col., 2, line 26 - 52, col.,6, lines 42 - 59), 

authorization as a function of the identity of the managed object / user Ids entered by 
users of the managers (e.g., col., 2, line 26 - 52, col.,6, lines 42 - 59). 

52. As per claims 5, 24 and 43, Vuong also teaches the following: 

the events or requests are delivered by the gateway through the platform-independent 
interface according to Internet Inter-Object Protocol (HOP) (e.g., col., 2, line 26 - 52, col.,6, 
lines 42 - 59). 

53. As per claims 6, 25 and 44, Vuong also teaches the following: 

the platform-independent interface to the gateway is expressed in an interface definition 
language (e.g., col., 7, lines 9 - 32, col., 8, lines 21 - 42); and wherein the interface definition 
language comprises a language for defining interfaces to the managed objects across a plurality 
of platforms and across a plurality of programming languages (e.g., col., 7, lines 9 - 32, col., 8, 
lines 21 -42). 

54. As per claims 8, 27, 46, Vuong also teaches the following: 

object corresponding to a telephone network (e.g., col., 7, lines 9 - 32, col., 8, lines 21 - 

42). 
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55. As per claims 9, 28 and 47, Vuong also teaches the following: 

the managed objects comprise an object corresponding to a telecommunications device 
(e.g., col., 7, lines 9 - 32, col., 8, lines 21 - 42). 

56. As per claims 10, 29 and 48, Vuong also teaches the following: 

the gateway is configurable to provide audit trails and security information (e.g., col., 7, 
lines 9 - 32, col., 8, lines 21 - 42). 

57. As per claims 1 1, 30 and 49, Vuong also teaches the following: 

the gateway providing access to a logging service (e.g., col, 7, lines 9 - 32, col., 8, lines 
21-42). 

58. As per claims 16-17, 35-36 and 54-55, Vuong also teaches the following: 

the requests comprise a query for information concerning the managed object (e.g., col., 
7, lines 9 - 32, col., 8, lines 21 - 42), 

the requests comprise a command to set parameter of the managed object (e.g., col., 7, 
lines 9 - 32, col., 8, lines 21 - 42). 

59. Claims 1-6, 8-11, 16, 17, 20-25, 27-30, 35, 36, 39-44, 46-49, 54, 55 and 58-60, are 
rejected under 35 U.S.C. 102(e) as being anticipated by Spencer U.S. patent number 6,253,243 
(Hereinafter Spencer). 

60. As per claims 1, 20, 39, Spencer teaches the following: 
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a network management method / a carrier medium/ system comprising (e.g., col., 5, lines 
57 -col, 6, line 23), 

a gateway which is coupled to a plurality of managed objects and which is configured to 
deliver events generated by the managed objects to manager (e.g., col., 5, lines 57 - col., 6, line 
23), or to deliver requests generated by the managers to the managed object (e.g., col., 5, lines 57 
- col., 6, line 23), and 

a platform-independent interface to the gateway (e.g., col., 2, lines 1 - 26), wherein the 
gateway is configurable to communicate with the managers through the platform-independent 
interface to deliver the events or requests (e.g., col., 4, lines 40 - 67); 

wherein the gateway is configurable to provide object-level control (e.g., col, 2, line 26 - 
52, col. ,6, lines 42 - 59), between the managers and the managed objects to send the requests to 
the managed objects (e.g., col, 2, line 26 - 52, col.,6, lines 42 - 59), 

sending an identity of a user of a manager application to a gateway (e.g., col., 5, lines 4 - 

27), 

determine on a managed object level whether or not the manager application (e.g., col, 7, 
lines 9-32), is allowed to receive an event generated by one of plurality of managed objects 
(e.g., col., 7, lines 9 - 32), or to send a request to the one of the plurality of managed objects 
(e.g., col., 7, lines 9 - 32), as a function of the identity of the user of the manager application 
(e.g., col., 8, lines 21 - 42); whereby access for the manager application to send the request is 
approved or denied for said managed object (e.g., col., 7, lines 2 - 26), and the usage of request 
SAP (e.g., col, 7, lines 2 - 26), 
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delivering the event to the manager application or the request to the managed object if the 
manager access is approved (e.g., col., 7, lines 2 - 26), 

individual object level and access control (e.g., col., 2, line 26 - 52, col. ,6, lines 42 - 59), 
so that one of the managers is granted access to one of the managed objects while being 
prevented from interfacing with a different one of the managed objects (e.g., col, 2, line 26 - 52, 
col.,6, lines 42 - 59). 

61 . As per claims 2-4, 21-23 and 40-42, Spencer also teaches the following: 

the gateway is configurable to determine whether each of the managers can communicate 
with each of the managed objects, receive the events from the managed objects / managed object 
generating the event (e.g., col., 2, line 26 - 52, col.,6, lines 42 - 59), 

authorization as a function of the identity of the managed object / user Ids entered by 
users of the managers (e.g., col., 2, line 26 - 52, col.,6, lines 42 - 59). 

62. As per claims 5, 24 and 43, Spencer also teaches the following: 

the events or requests are delivered by the gateway through the platform-independent 
interface according to Internet Inter-Object Protocol (HOP) (e.g., col., 2, line 26 - 52, col.,6, 
lines 42 - 59). 

63. As per claims 6, 25 and 44, Spencer also teaches the following: 

the platform-independent interface to the gateway is expressed in an interface definition 
language (e.g., col., 7, lines 9 - 32, col., 8, lines 21 - 42); and wherein the interface definition 
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language comprises a language for defining interfaces to the managed objects across a plurality 
of platforms and across a plurality of programming languages (e.g., col, 7, lines 9 - 32, col., 8, 
lines 21 -42). 

64. As per claims 8, 27, 46, Spencer also teaches the following: 

object corresponding to a telephone network (e.g., col., 7, lines 9 - 32, col., 8, lines 21 - 

42). 

65. As per claims 9, 28 and 47, Spencer also teaches the following: 

the managed objects comprise an object corresponding to a telecommunications device 
(e.g., col., 7, lines 9 - 32, col, 8, lines 21 - 42). 

66. As per claims 10, 29 and 48, Spencer also teaches the following: 

the gateway is configurable to provide audit trails and security information (e.g., col., 7, 
lines 9 - 32, col., 8, lines 21 - 42). 

67. As per claims 11,30 and 49, Spencer also teaches the following: 

the gateway providing access to a logging service (e.g., col., 7, lines 9 - 32, col., 8, lines 
21-42). 



68. As per claims 16-17, 35-36 and 54-55, Spencer also teaches the following: 
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the requests comprise a query for information concerning the managed object (e.g., col., 
7, lines 9 - 32, col, 8, lines 21 - 42), 

the requests comprise a command to set parameter of the managed object (e.g., col., 7, 
lines 9 - 32, col., 8, lines 21 - 42). 



Conclusion 

69. The prior art made of record (forms PTO-892 and applicant provided IDS cited aits) and 
not relied upon is considered pertinent to applicant's disclosure. 

Apte, US 2004/01 1 1730 Al, June 10, 2004, also discloses use of CORBA Server and the 
object level access control. 

Feuerman, 6,529,947, "Managing transiently connected network clients", discloses use of 
name service to provide object level access control over the network among objects. 

Applicant submitted, IDS, paper number 9, N. Lynch et. al., "Web Enabled TMN 
Manager", clearly discloses use of CORBA with the existing TMN devices for object level 
access control. 

Taylor et al, 6,256,676, "Agent-adapter architecture for use in enterprise application 
integration systems", discloses use of object level access control for variety of objects. 

Bowman- Amuah, 6,640,249, "Presentation services patterns in a netcentric 
environment", discloses use of CORBA server, naming service, security audit trails, etc. 
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Houlding, 6,75,771, "System and method for delivering web services using common 
object request broker architecture", discloses use of CORBA naming service for object level 
access control among objects. 

Examiner has cited particular columns and line numbers and/or paragraphs and/or 
sections and/or page numbers in the reference(s) as applied to the claims above for the 
convenience of the applicant. Although the specified citations are representative of the teachings 
of the art and are applied to the specific limitations within the individual claim, other passages 
and figures may apply as well. It is respectfully requested from the applicant in preparing 
responses, to fully consider the references in entirety, as potentially teaching, all or part of the 
claimed invention, as well as the context of the passage, as taught by the prior art or disclosed by 
the Examiner. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Haresh Patel whose telephone number is (571) 272-3973. The 
examiner can normally be reached on Monday, Tuesday, Thursday and Friday from 10:00 am to 
8:00 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Follansbee can be reached on (571) 272-3964. The fax phone number for the 
organization where this application or proceeding is assigned is (571) 273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 

Haresh Patel 
March 27, 2006 
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